home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000024_michael@afs.com_Wed Sep 15 08:25 MDT 1993.msg < prev    next >
Internet Message Format  |  1994-10-30  |  5KB
  1. Received: from yvax2.byu.edu by maine.et.byu.edu; Wed, 15 Sep 93 08:25:31 -0600
  2. Return-Path: <michael@afs.com>
  3. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  4.  <01H2YYI4XJXS91X9NY@yvax.byu.edu>; Wed, 15 Sep 1993 08:23:24 MDT
  5. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.2-13 #4169) id
  6.  <01H2YYHY7O34934TG2@yvax.byu.edu>; Wed, 15 Sep 1993 08:23:14 MDT
  7. Received: from yvax.byu.edu by alaska.et.byu.edu; Wed, 15 Sep 93 08:24:57 -0600
  8. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.2-13 #4169) id
  9.  <01H2YYHHC30W934SR9@yvax.byu.edu>; Wed, 15 Sep 1993 08:22:53 MDT
  10. Received: from uu5.psi.com by yvax.byu.edu (PMDF V4.2-13 #4169) id
  11.  <01H2YYHAJI1C934T8J@yvax.byu.edu>; Wed, 15 Sep 1993 08:22:43 MDT
  12. Received: by uu5.psi.com (5.65b/4.0.071791-PSI/PSINet) via UUCP; id AA06927 for
  13.  ; Wed, 15 Sep 93 09:50:21 -0400
  14. Received: from escher by afs.com (NX5.67d/3.2.083191-Anderson Financial
  15.  Systems) id AA18516; Wed, 15 Sep 93 08:48:12 -0400
  16. Received: by  escher  (NX5.67d/NeXT-2.0) id AA00450; Wed,
  17.  15 Sep 93 08:48:11 -0400
  18. Received: by NeXT.Mailer (1.95)
  19. Received: by NeXT Mailer (1.95)
  20. Date: Wed, 15 Sep 1993 08:48:11 -0400
  21. From: michael@afs.com
  22. Subject: Re: External files & allowable contributions
  23. To: misckit@byu.edu
  24. Reply-To: Michael_Pizolato@afs.com
  25. Message-Id: <9309151248.AA18516@afs.com>
  26. Content-Transfer-Encoding: 7BIT
  27. Status: R
  28.  
  29. Christopher Kane writes:
  30. >Setting up an analog to /usr/lib/NextStep/Resources, or some
  31. >related analog (/LocalLibrary/*, etc), to achieve some sharing,
  32. >and having Installer (a reasonable method) install the files in
  33. >these sort of locations is a nice idea, if you (as developer) have
  34. >(or Joe User has) the 'power' to write files into these areas.
  35. >Joe User (and developers) on a LAN administered by the organization
  36. >they're part of probably doesn't have write permission into these
  37. >areas.  Expecting that sysadmins would be happy to change this,
  38. >or would be accomodating to install things for users, is expecting
  39. >*way* too much.  Having your own NeXT on your desk (or being a
  40. >sysadmin) is swell, but there will be a good chunk of users (users
  41. >in education and corporate come to mind) that'd lose on such a
  42. >strategy.
  43.  
  44. Here's a proposal:
  45.  
  46. /usr/local/lib/MiscKit/Resources, which parallels
  47. /usr/lib/NextStep/Resources, as the directory for all auxiliary
  48. files associated with the MiscKit library.  The installation program
  49. places all the aux files there, and if it happens that it is
  50. implemented at the site as a link to somewhere else, it doesn't
  51. matter.  There should be subdirectories if necessary (bundles and
  52. nibs are directories anyway).
  53.  
  54. If a user is installing the kit in a home directory, then the
  55. directory should be ~/Unix/usr/lib/MiscKit/Resources, same reasons.
  56.  
  57. >Someone else wrote (sorry, I don't have the original article to
  58. >attribute this):
  59. >>As for the problem of auxiliary files for MiscKit, I'm in favor of
  60. >>something like Don proposed.  However, the proper place for bundles
  61. >>is /LocalApps or ~/Apps, not the *Library directories (NeXT says
  62. >>this).  Depending on the naming convention for the kit, it would
  63. >>probably be wise to have one bundle per prefix or something.
  64. >
  65. >Does the "bundles belong in *Apps" approach apply to all bundles,
  66. >or just WM inspector bundles or services?  I'm skeptical of the
  67. >former (and I can't locate anything that says this), but the later
  68. >two cases are documented.
  69. >
  70. >Preferences bundles have to be in ~/Library/Preferences,
  71. >/LocalLibrary/Preferences, /NextLibrary/Preferences, or
  72. >/NextApps/Preferences.app.  If there is a UI-type convention to
  73. >put all bundles in *Apps, NeXT has broken it itself.  (Wait a
  74. >minute.  What am I saying?!  Why do I sound surprised?!! :-))
  75. >But somehow, it just doesn't make sense.
  76.  
  77. That was my post, and all I can say is that everything I've seen
  78. and heard from NeXT about installing standalone bundles (unless
  79. designated for a special purpose like preferences bundles) says to
  80. put them in /LocalApps or ~/Apps.  Note that it is possible to have
  81. a completely general-purpose bundle that is loadable by _any_ app.
  82. Personally, I'm surprised that there are not more of these available;
  83. the possibilities are staggering, especially if bundles' code can
  84. be made shareable like shared libraries.  NeXT?
  85.  
  86. I'm guessing that the reason for putting them in /LocalApps or
  87. ~/Apps is that bundles are the same as apps, except they have no
  88. main entry point in the executable.  Our "special purpose" is to
  89. centralize all the MiscKit auxiliary files to simplify installation
  90. and maintenance, and that's good enough.
  91.  
  92. A personal feeling is to watch for bundles (or something very like
  93. them) to become increasingly important in the future, eventually
  94. even replacing apps as the basic unit of execution in NEXTSTEP.
  95. This is based on the direction I've heard NS4.x is headed, as well
  96. as some concepts that I came up with for our internal development
  97. that will prove interesting for the future of apps, at least ours.
  98.  
  99. Thanx,
  100. Michael
  101.  
  102. ---
  103. Michael_Pizolato@afs.com
  104. NeXTMail appreciated